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Real Party in Interest 

The entire right, title and interest in this patent application are assigned to real 
in interest International Business Machines Corporation. 
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II. Related Appeals, Interferences, and Judicial Proceedings 

There are no prior and pending appeals, judicial proceedings or interferences 
known to the appellant which may be related to, directly affect or be directly affected by 
or have a bearing on the Board's decision in the pending appeal. 
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III. Status of the Claims 

Claims 1-13 are pending and have been rejected. 

The final rejection of the claims in the Final Office Action dated November 10, 
2008 ("Nov. 2008 FOA") is being appealed for all pending claims 1-13. 
Claims 14-35 are canceled. 
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Status of Amendments 

No amendments have been submitted following the Final Office Action. 
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V. Summary of the Claimed Subject Matter 
A. Independent Claim 1 

The preamble recites a method. Below is an explanation of the claimed subject 
matter of claim 1 referring to the specification and drawings, where the claim 
requirements are underlined: 

intercepting, with a filter program, a request from an application or file 

system user interface to write to a source file in a remote file system for a remote 

storage system accessible over a network; 

With respect to this limitation, the Specification discloses a file retention filter 10 
in a host 2 intercepting a write request to write to an existing source file 30 in the storage 
device 24. See , FIG. 1 and FIG. 4, block 100 and para. 22 of the Specification. 

determining, by the filter program, whether a retention rule is provided for 
the source file in response to the write request; 

With respect to this limitation, the Specification discloses a loop is performed at 
blocks 102-108 for each retention rule i in the rules 25 database. A determination is made 
(at block 104) whether the source file 30 to update is identified by the file identifier 52 of 
rule i. For instance, if the file identifier 52 specifies a file name, then the rule i applies to 
the source file having the name of the file identifier. Alternatively, if the file identifier 52 
specifies a source application or user that generated the update or created the file, then 
rule i applies to the source file having the source application and/or user specified in file 
identifier 52. See, FIG. 4, blocks 102, 104 and para. 22 of the Specification. 

in response to determining that one retention rule is provided for the 
source file, generating, by the filter program, a versioned file name, wherein a 
versioned file comprises the source file at a point-in-time 

With respect to this limitation, the Specification discloses that if (at block 104) the 
rule i does apply, then the file retention filter 10 generates (at block 1 12) a new versioned 
file name by combining the base name of the source file 30 with a generated version time 
stamp 64 (FIG. 3). See, FIG. 4, block 1 12 and para. 23 of the Specification. 
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transmitting, by the filter program, a command to the remote file system to copy 
the source file data to a versioned file having the generated versioned file name; 
With respect to this limitation, the Specification discloses that the file retention 
filter 10 sends (at block 1 14) a command to the storage file system 28 to copy the source 
file 30 to the new versioned file name in the retention directory 34. See , FIG. 4, block 
1 14 and para. 23 of the Specification. 

adding, by the filter program, the generated versioned file name to a retention 
index file indicating versioned files for the source file in the remote file system; 
With respect to this limitation, the Specification discloses that the file retention 
filter 10 adds the generate versioned file name to the retention index file 18 having the 
determined index file name in the local retention index directory 16. See , FIG. 4, block 
122 and para. 24 of the Specification. 

determining, by the filter program, from the retention index versioned files for the 
source file to purge in response to determining that the retention rule indicates a 
maximum number of versioned files for the source file and the versioned files for 
the source file do not satisfy the retention rule; 

With respect to this limitation, the Specification discloses that the file retention 
filter 10 determines that if (at block 126) the retention rule i is a maximum number based 
rule, i.e., versioned files for a source must be purged if they exceed a maximum 
number, and if (at block 128) the number of sorted versioned file names exceeds the 
maximum number, then the file retention filter 10 determines (at block 130) from the 20 
retention index file 1 8 one or more of the oldest versioned files based on the sort order on 
the timestamp 64 that must be purged to meet the maximum number limit on 
versioned files. See, FIG. 4, blocks 126, 128, and 130 and para. 25 of the Specification. 

determining, by the filter program, from the retention index versioned files 
for the source file to purge in response to determining that the retention rule 
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indicates a time limit of versioned files for the source file and the versioned files 
for the source file do not satisfy the retention rule; 

With respect to this limitation, the Specification discloses that if (at block 136) the 
rule is age based, then the file retention filter 10 determines (at block 138) versioned file 
names that exceed the age rule based on the timestamp portion of the file name (if any). 
See , FIG. 4, blocks 136 and 138, and para. 26 of the Specification. 

transmitting, by the filter program, a command to the remote file system to 
purge the determined versioned files at the remote storage system 
With respect to this limitation, the Specification discloses that the file retention 
filer 10 issues a command to delete the determined versioned file names from the 
retention index file 18 and the actual corresponding versioned files 32 in the retention 
directory 34 in the storage device 24 to remove those versioned files 32 whose timestamp 
exceeds the number rule or the age rule. See , FIG. 4, blocks 132 and 134 and paras. 25- 
26 of the Specification. 

transmitting, by the filter program, the write to the source file to the 
remote file system in response to determining that no retention rule is provided 
for the source file, wherein the remote file system applies the write to the source 
file at the remote storage system 

With respect to this limitation, the Specification discloses that if no rule in the 
rules database 1 1 applies, then the file retention filter 10 transmits (at block 110) the 
write request to the storage file system 28 in the storage controller 22 to apply the write 
to the source file 30 in the storage device 24. See, FIG. 4 blocks 102, 104, and 108 and 
para. 22 of the Specification. 
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VI. Grounds of Rejection to Be Reviewed on Appeal 

A concise statement listing each ground of rejection presented for review is as 
follows: 

A. Claims 1, 2, and 8-13 are rejected under (35 U.S.C. §103(a)) as obvious 
over 1, 2, and 8-13 as obvious (35 U.S.C. §103) over Sedlar (U.S. Patent No. 6,922,708) 
in view of Nakagawa (U.S. Patent No. 5,819,295) and further in view of Midgley (U.S. 
Patent No. 7,225,208). 

B. Claims 3 and 4 are rejected under (35 U.S.C. §103) as obvious over 
Sedlar, Nakagawa, Midgley, and Howard (U.S. Patent No. 6,098,079. 

C. Claims 5-7 are rejected under (35 U.S.C. § 103) as obvious over Sedlar, 
Nakagawa, Midgley and Zibikowski (U.S. Patent No. 5,878,410). 
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A. Rejection Under 35 U.S.C. $ 1 03 Over Sedlar, Nakagawa, and Midgley 
1. Claims 1, 10, and 12-13 

Claim 1 recites: intercepting, with a filter program, a request from an application 
or file system user interface to write to a source file in a remote file system for a remote 
storage system accessible over a network; determining, by the filter program, whether a 
retention rule is provided for the source file in response to the write request; in response 
to determining that one retention rule is provided for the source file, generating, by the 
filter program, a versioned file name, wherein a versioned file comprises the source file at 
a point-in-time; transmitting, by the filter program, a command to a file system to copy 
the source file data to a versioned file having the generated versioned file name; adding, 
by the filter program, the generated versioned file name to a retention index file 
indicating versioned files for the source file in the remote file system; determining, by the 
filter program, from the retention index versioned files for the source file to purge in 
response to determining that the retention rule indicates a maximum number of versioned 
files for the source file and the versioned files for the source file do not satisfy the 
retention rule; determining, by the filter program, from the retention index versioned files 
for the source file to purge in response to determining that the retention rule indicates a 
time limit of versioned files for the source file and the versioned files for the source file 
do not satisfy the retention rule; transmitting, by the filter program, a command to the 
remote file system to purge the determined versioned files at the remote storage system; 
and transmitting, by the filter program, the write to the source file to the remote file 
system in response to determining that no retention rule is provided for the source file, 
wherein the remote file system applies the write to the source file at the remote storage 
system. 

Applicants request review and reversal of the Examiner's finding that col. 33, 
lines 19-3 1 of Sedlar teaches the claim requirement of determining, by the filter program, 
whether a retention rule is provided for the source file in response to the write request. 
The Examiner cited col. 10, lines 44-62 of Midgley as teaching intercepting a write 
request. (Nov. 2008 FOA, pg. 3). The cited col. 10 of Midgley discusses a detecting 
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agent that intercepts a write request from an operating system to policy data files and can 
provide information on changes to the policy data files, such as file identifiers identifying 
files having changed locations and the byte level changed locations. The cited col. 33 of 
Sedlar discusses a mechanism of "tagging" versions of files to indicate that the version of 
the file should be retained. Rather than always retaining older versions of files when 
newer versions are created, versions of files are only retained if they have been tagged. 

Nowhere to the cited Midgley and Sedlar teach or suggests that a filter program, 
intercepting writes, determines whether a retention rule is provided for the source file for 
which the write is intercepted. Instead, the cited Midgley discusses detecting changes to 
policy files and the Sedlar discusses using tags to indicate whether a version of a file 
should be retained. This combination does not teach a filter program determining 
whether a retention rule is provided for a source file for which the filter program 
intercepted a write. Instead, the proposed combination teaches how changes to data 
policy files can be detected and how versions of files can be retained by tagging them. 

Applicants request review and reversal of the Examiner finding that col. 34, lines 
1-34 of Sedlar teaches a filter program determining from the retention index versioned 
files for the source file to purge in response to determining that the retention rule 
indicates a maximum number of versioned files for the source file and the versioned files 
for the source file do not satisfy the retention rule. The Examiner cited the files table 710 
of Sedlar as teaching the claimed retention index in col. 31, lines 38-46. (Nov 2008 
FOA, pg. 3) 

The cited col. 34 discusses a technique for purging versions by maintaining a 
purge count indicating a maximum number of versions to maintain for a file. If a new 
version is created for a file already having the purge count of versions, the new version of 
the file overwrites the oldest version. A single purge count can apply to all files in the 
file system, all files in a project, or there can be a different purge count for each file. 
When used with tagging, where a tagged version of a file is not purged, the tagged files 
may be ignored for the purpose of the purge count. 

Nowhere does the cited col. 34 of Sedlar anywhere teach or mention a filter 
program that determines from a retention index versioned files for the source file to 
purge, where the retention index has versioned file names of the source file to purge. 
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Instead, the cited col. 34 discusses the use of a purge count, not a retention index 
indicating versioned files as claimed to determine files to purge. 

Further, Applicants request review of the Examiner's finding that the cited files 
table 710 teaches the claimed retention index. Sedlar mentions that the files table 710 is 
used to store the files in a relational database column. (Sedlar, col. 7, lines 43-45, col. 19, 
lines 19-34, col. 24, lines 43-50, col. 31, lines 55-65) The Examiner has not shown 
where Sedlar teaches that the files table 710 indicates versioned file names and is used to 
determine when to purge a file as claimed. For instance, the Examiner has not cited any 
part of Sedlar that teaches that the files to purge is determined from the cited files table 
710 to satisfy the maximum number retention rule. 

In the Response to Arguments, the Examiner referenced Sedlar's discussion of 
tagging files in col. 33, lines 19-31. (Nov. 2008 FOA, pg. 9) The cited col. 33 mentions 
tagging a version of a file to indicate that the file should be retained. Applicants submit 
that tagging a file to indicate that the file should be retained does not teach determining 
from a retention index versioned files to purge if a retention rule indicates a maximum 
number of versioned files and the versioned files do not satisfy the retention rule. 

Applicants further request review of the Examiner's finding that it would be 
obvious to use the cited files table 710 of Sedlar for retention or purge. (FOA, pg. 9) As 
discussed, the cited files table 710 is described as storing the files. There is no mention 
that this files table having the files is used to determine versioned files to purge. 

Applicants request review of the Examiner's finding that col. 12, lines 16-39 of 
Nakagawa teaches the claim requirement of determining, by the filter program, from the 
retention index versioned files for the source file to purge in response to determining that 
the retention rule indicates a time limit of versioned files for the source file and the 
versioned files for the source file do not satisfy the retention rule. (Nov. 2008 FOA, pgs. 
3,9) 

The cited col. 12 of Nakagawa mentions folder deletion information 1 1 used to set 
a timing to delete document entities in a folder. The cited deleting time information 
designates a period of time having elapsed from when the folder was made. Documents 
are deleted in versions in the folder on the basis of the entity deletion information and 
deleting time information. Although the cited col. 12 discusses deleting time information 
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used to determine when to delete a file, the cited col. 12 of Nakagawa does not teach or 
suggest determining from a retention index having versioned names for the source file 
files to purge if the versioned files do not satisfy a time limit retention rule. In fact, 
Nakagawa teaches a different method for determining files to delete by deleting 
versioned files from a folder based on folder deletion information. This does not teach 
processing a retention index to determine files to purge as claimed. 

In the Response to Arguments, the Examiner references the combination of Sedlar 
and Nakagawa as teaching the claim requirement. (Nov. 2008 FOA, pgs. 9-10) 
Applicants traverse because the proposed combination provides a purge count used to 
determine files to purge and a files table to store files (Sedlar) and folder deletion 
information to set a timing to delete document entities in a folder (Nakagawa). The 
Examiner has not shown where the cited combination teaches or suggests that a retention 
index for a source file indicating versioned files for the source file is used to determine 
versioned files to purge for both a maximum number retention rule and a time limit 
retention rule. There is no teaching that the same retention index is used to determine 
versioned files for a source file to purge for two different retention rules, a maximum 
number and time limit rules as claimed. 

Accordingly, Applicants request the Board to reverse the rejection of claim 1 
because the cited combination of references do not teach or suggest all the claim 
requirements. 

Applicants request the board to reverse the rejection of claims 10, and 12-13 
because they depend from claim 1 , which is patentable over the cited art for the reasons 
discussed above, and because the additional requirements of these claims in combination 
with the base and any intervening claims provides further grounds of patentabiltiy over 
the cited art. 
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2. Claim 2 

Claim 2 depends from claim 1 and further requires deleting, by the filter program, 
the versioned file names for the determined versioned files to purge from the retention 
index file, wherein the command to purge is issued by transmitting the command to the 
remote file system to delete versioned files at the remote storage system having the 
determined versioned file names. 

Applicants request review of the Examiner findings that col. 31, lines 20-27 and 
col. 31, lines 38-45 and table 710 of Sedlar teach the additional requirements of claim 2. 
(Nov. 2008 FOA, pg. 4) 

The cited col. 3 1 mentions tracking relationship between versions of the same file 
even when the name changes by using a filelD and version number for each version of 
each file in addition to the file's name. If two files have the same FilelD, they are 
different versions of the same file, even if they have different names. The cited col. 31 
further mentions that a version tracking mechanism stores a version number with each 
file in a project. In a database, a files table 710 may be used where one column of the 
row for a file stores a version number of the file. When a file is created, a row for the file 
is inserted in the files table 710. 

Although the cited col. 3 1 discusses adding a row to a files table having a version 
number and the file, there is no teaching of the claim requirement that a purge is issued 
by transmitting a command to both a remote file system to delete versions files having 
determined version names as well as deleting the determined versioned file names from 
the retention index. The Examiner has not cited where Sedlar teaches or suggests 
deleting a name of a file purged from a retention index that is used to determine which 
versioned files to purge and also deleting the file from a remote storage system. 

Accordingly, Applicants request the Board to reverse the rejection of claim 2 
because claim 2 depends from claim 1, which is patentable over the cited art for reasons 
discussed above, and because the cited combination of references do not teach or suggest 
all the additional claim requirements of claim 2. 
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3. Claim 8 

Claim 8 depends from claim 1 and additionally requires that the filter program 
determine from the retention index versioned files for the source file to purge in response 
to determining that the retention rule specifies a time period and maximum number of 
versioned files to maintain for the source file within the specified time period and the 
versioned files for the source file do not satisfy the retention rule. 

Applicants request review of the Examiner's finding that col. 12, lines 16-39 of 
Nakagawa and col. 34, lines 1-34 of Sedlar teach the additional requirements of these 
claims. (Nov. 2008 FOA, pg. 5) 

The cited col. 12 of Nakagawa discusses a timing limit to delete document entities 
in a folder. The entity deleting time information designates a period of time having 
elapsed from when a folder was made during which the documents should be stored and 
after which the documents should be deleted. Versions are deleted on the basis of the 
version information and the deleting time information. 

Although the cited Nakagawa discusses deleting files based on a time from which 
they were created, this cited passage does not teach or suggest the claim requirement of a 
retention rule that specifies a time period and maximum number of versioned files to 
maintain for the source file within the specified time period. Although the cited 
Nakagawa discusses deleting files based on time information, there is no teaching or 
suggestion of the claimed combination retention rule specifying a number of files to have 
for a time period, as opposed to deleting files that are older than specified deleting time. 

The cited col. 34 of Sedlar discusses purging files when the number of versions 
exceeds a purge count. However, there is no teaching or suggestion of a combination 
retention rule that specifies a number of files that may be maintained for a specified time 
period. Instead, the cited col. 34 discusses a total number of versioned files that can be 
maintained, but does not teach a number of files to maintain for a specified time period. 

In the Response to Arguments, the Examiner noted Nakagawa 's deleting time 
information and teaches the recited step of purging if the versioned files do not satisfy a 
time retention rule by deleting a document should its time of storage exceed deleting time 
information. (Nov. 2008 FOA, pg. 10). 
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Although the cited Nakagawa mentions deleting files based on time information, 
The cited Sedlar and Nakagawa each discuss different retention rules, a number based 
and time base, however, there is no teaching or suggestion of single combination 
retention rule that specifies a number of files that may be maintained for a specified 
period of time. 

Accordingly, Applicants request the Board to reverse the rejection of claim 8 
because claim 8 depends from claim 1 , which is patentable over the cited art for reasons 
discussed above, and because the cited combination of references do not teach or suggest 
all the additional claim requirements of claim 8. 

4. Claim 9 

Claims 9 depends from claim 8 and further requires that the retention rule 
specifies multiple time periods and one maximum number for each time period to 
separately maintain versioned files for the source file for different time periods, wherein 
the determining whether the number of versioned files to maintain for the source file 
exceeds the specified maximum number is performed for each specified time period, and 
wherein selecting the number of oldest versioned file names to purge to reduce the 
number of versioned file names in the retention index file is performed for each specified 
time period to reach the maximum number specified for the time period. 

Applicants request review of the Examiner findings that above discussed Sedlar 
and Nakagawa teach the additional requirements of claim 9. (Nov. 2008 FOA, pg. 5) 

As discussed, the cited Sedlar and Nakagawa do not teach or suggest a retention 
rule that specifies a maximum number of versioned files for a time period. Instead, the 
cited Sedlar discusses a maximum number of versioned files that may be maintained and 
Nakagawa separately discusses a deletion time after which files are deleted. However, 
neither reference alone or in combination teaches or suggests a combination retention rule 
of a maximum number of versioned files to maintain for a time period. 

Further, nowhere do the cited Sedlar and Nakagawa teach or suggest multiple 
time periods and one maximum number of versioned files that may be separately 
maintained for each of the multiple time periods, such that determining whether the 
number of versioned files to maintain is performed for each time period. Applicants 
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submit that the cited combination does not mention maintaining different maximum 
number of files that may be maintained for different time periods. Instead, the cited 
combination discusses separate retention rules providing different criteria. 

Accordingly, Applicants request the Board to reverse the rejection of claim 9 
because claim 9 depends from claims 1 and 8, which are patentable over the cited art for 
reasons discussed above, and because the cited combination of references do not teach or 
suggest the additional claim requirements of claim 9. 

5. Claim 11 

Claim 1 1 depends from claim 1 and further requires that the retention index files 
are maintained at local storage to the host system and accessed locally by the filter 
program to determine versioned files to purge according to retention rules. 

The Examiner cited FIG. 2 of Midglcy as teaching the additional requirements of 
claim 9. (Nov. 2008 FOA, pg. pg. 6) Applicants traverse. 

The cited FIG. 2 shows a backup server and data server. (Midgley, col. 7, lines 
44-60) Although Midgley shows a backup server storing files remote from the data 
server, the Examiner has not cited where Midgley or other art that teaches that a host 
system maintains a retention index in local storage accessed locally by the filter program 
to determine versioned files on a remote storage system to purge. 

Accordingly, Applicants request the Board to reverse the rejection of claim 1 1 
because claim 1 1 depends from claims 1 and 10, which are patentable over the cited art 
for reasons discussed above, and because the cited combination of references do not teach 
or suggest all the additional claim requirements of claim 11. 

B. Rejection Under 35 U.S.C. §103 Over Sedlar, Nakagawa, Midgley, and 
Howard 

1. Claims 3 and 4 

Applicants request that the Board reverse the rejection of claims 3 and 4 because 
they depend from base claim 1 , which is patentable over the cited art for the reasons 
discussed above. Moreover, these claims provide additional grounds of patentability over 
the cited art for the following reasons. 
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Claim 3 depends from claim 1 and further recites that the filter program applies a 
function to the source file name to determine the retention index file, wherein the 
determined retention index file maintains names of versioned files for the source file to 
which the function is applied, and wherein the generated versioned file name is added to 
the determined retention index. 

Applicants request review of the Examiner's finding that col. 3, lines 26-40 of 
Howard teaches the claim requirements of applying a function to the source file. (Nov. 
2008 FOA, pg. 6) 

The cited col. 3 discusses journal files having entries for versions of a file, where 
each version entry includes a hash code identifying the content of the version of the file. 
The claims require applying a function to a source file name to determine a retention 
index maintaining names of versioned files of a source file. The cited col. 3 discusses a 
hash code identifying the contents of a version of a file, not applying a function to a 
source file name to determine an entry in a retention index maintaining names of 
versioned files of a source file. For instance, the hash code of Howard does not identify 
the journal files having the entries for versions of a file. Instead, the hash code is 
maintained in the journal files to identify the contents of a version of a file. 

Applicants submit that applying a hash to the content of a file does not teach 
applying a function, such as a hash, to a file name to determine a retention index for a 
versioned file as claimed. For instance, the Examiner has not cited where Howard 
mentions applying a hash to a source file name to determine a retention index for the file 
having names of versioned files for a source file. 

Accordingly, Applicants request the Board to reverse the rejection of claim 3 
because claim 3 depends from claims 1 , which is patentable over the cited art for reasons 
discussed above, and because the cited combination of references do not teach or suggest 
all the additional claim requirements of claim 3. 
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C. Rejection Under 35 U.S.C. $103 Over Sedlar, Nakagawa, Midgley, and 
Zibikowski 

1. Claims 5-7 

Applicants request that the Board reverse the rejection of claims 5-7 because they 
depend from base claim 1 , which is patentable over the cited art for the reasons discussed 
above. Moreover, the combination of these claims with claim 1 provides additional 
grounds of patentability over the cited art. 

D. Conclusion 

Each of the rejections set forth in the Final Office Action is improper and should 
be reversed. 



Respectfully submitted, 



/David Victor/ 

David W. Victor Dated: May 11, 2009 

Reg. No. 39,867 

Konrad Raynes & Victor LLP 

315 South Beverly Drive, Ste. 210 

Beverly Hills, California 90212 

Tel: 310-553-7977 

Fax:310-556-7984 
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VIII. Claims Appendix 

1 . (Previously Presented) A method, comprising: 

intercepting, with a filter program, a request from an application or file system 
user interface to write to a source file in a remote file system for a remote storage system 
accessible over a network; 

determining, by the filter program, whether a retention rule is provided for the 
source file in response to the write request; 

in response to determining that one retention rule is provided for the source file, 
generating, by the filter program, a versioned file name, wherein a versioned file 
comprises the source file at a point-in-time; 

transmitting, by the filter program, a command to the remote file system to copy 
the source file data to a versioned file having the generated versioned file name; 

adding, by the filter program, the generated versioned file name to a retention 
index file indicating versioned files for the source file in the remote file system; 

determining, by the filter program, from the retention index versioned files for the 
source file to purge in response to determining that the retention rule indicates a 
maximum number of versioned files for the source file and the versioned files for the 
source file do not satisfy the retention rule; 

determining, by the filter program, from the retention index versioned files for the 
source file to purge in response to determining that the retention rule indicates a time 
limit of versioned files for the source file and the versioned files for the source file do not 
satisfy the retention rule; transmitting, by the filter program, a command to the 
remote file system to purge the determined versioned files at the remote storage system; 
and 

transmitting, by the filter program, the write to the source file to the remote file 
system in response to determining that no retention rule is provided for the source file, 
wherein the remote file system applies the write to the source file at the remote storage 
system. 
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2. (Previously Presented) The method of claim 1 , further comprising: 
deleting, by the filter program, the versioned file names for the determined 

versioned files to purge from the retention index file, wherein the command to purge is 
issued by transmitting the command to the remote file system to delete versioned files at 
the remote storage system having the determined versioned file names. 

3 . (Previously Presented) The method of claim 1 , further comprising: 
applying, by the filter program, a function to the source file name to determine the 

retention index file, wherein the determined retention index file maintains names of 
versioned files for the source file to which the function is applied, and wherein the 
generated versioned file name is added to the determined retention index. 

4. (Original) The method of claim 3, wherein the function comprises a hash 
function, and wherein one retention index may maintain versioned file names for multiple 
source files to which the function is applied. 

5. (Previously Presented) The method of claim 1, wherein determining from 
the retention index file the versioned files to purge further comprises: 

sorting the versioned file names for the source file in the retention index file 
ordered on a timestamp included in the versioned file names; and 

selecting versioned files from the sorted versioned file names to purge. 

6. (Previously Presented) The method of claim 5, wherein determining from 
the retention index versioned files for the source file to purge in response to determining 
that the retention rule indicates a maximum number of versioned files for the source file 
comprises: 

determining whether a number of the sorted versioned file names exceeds the 
maximum number; and 

selecting a number of oldest sorted versioned file names to purge to reduce the 
number of versioned file names in the retention index file to reach the maximum number. 
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7. (Previously Presented) The method of claim 5, wherein determining from 
the retention index versioned files for the source file to purge in response to determining 
that the retention rule indicates the time limit of versioned files for the source file and the 
versioned files for the source file do not satisfy the retention rule comprises: 

determining whether sorted version file names exceed the time limit according to 
the timestamp for the sorted versioned file names; and 

selecting versioned file names in the retention index whose timestamp exceeds the 
time limit to purge versioned files whose timestamp exceeds the time limit. 

8. (Previously Presented) The method of claim 1 , further comprising: 
determining, by the filter program, from the retention index versioned files for the 

source file to purge in response to determining that the retention rule specifies a time 
period and maximum number of versioned files to maintain for the source file within the 
specified time period and the versioned files for the source file do not satisfy the retention 
rule. 

9. (Original) The method of claim 8, wherein the retention rule specifies 
multiple time periods and one maximum number for each time period to separately 
maintain versioned files for the source file for different time periods, wherein the 
determining whether the number of versioned files to maintain for the source file exceeds 
the specified maximum number is performed for each specified time period, and wherein 
selecting the number of oldest versioned file names to purge to reduce the number of 
versioned file names in the retention index file is performed for each specified time 
period to reach the maximum number specified for the time period. 

10. (Previously Presented) The method of claim 1 , wherein the filter program 
executes in a host system in communication with the remote storage system over the 
network. 
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1 1 . (Previously Presented) The method of claim 1 0, wherein retention index 
files are maintained at local storage to the host system and accessed locally by the filter 
program to determine versioned files to purge according to retention rules. 

12. (Previously Presented) The method of claim 1, wherein the filter program 
executes in a kernel of an operating system. 

1 3 . (Original) The method of claim 1 , wherein the retention rule identifies a 
name of one source file to which the rule applies or identifies a source that created the 
source file to which the rule applies. 



14-35. (Canceled) 
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